home *** CD-ROM | disk | FTP | other *** search
/ Power Tools 1993 October - Disc 2 / Power Tools (Disc 2)(October 1993)(HP).iso / hotlines / network / rfc1006.txt < prev    next >
Text File  |  1993-06-23  |  10KB  |  204 lines
  1.  
  2. This hotline article describes the following:
  3.  
  4. 1.0  What is RFC 1006?
  5. 2.0  Why is RFC 1006 important?
  6. 3.0  How does RFC 1006 work?
  7. 4.0  RFC 1006/OSI Coexistence and Migration Issues
  8. 5.0  HP's Plans for RFC 1006
  9. 6.0  RFC 1006 Competition
  10. 7.0  Bibliography
  11.  
  12.  
  13. 1.0  What is RFC 1006?
  14. -----------------------
  15.  
  16. RFC 1006 is an independent networking standard which specifies a particular
  17. approach to running one or more OSI services over a TCP/IP transport.  Request
  18. For Comments (RFCs) are standards and draft standards issued by the Internet
  19. Engineering Taskforce (IETF).  Two of the best known and most widely used RFCs
  20. are the TCP and IP protocols themselves (RFC 760 and 761).  OSI standards
  21. (such as X.400 and FTAM) are defined by a separate standardization process run
  22. by the Consultative Committee for International Telephone and Telegraph
  23. (CCITT) and the International Standards Organization (ISO).
  24.  
  25.  
  26. 2.0  Why is RFC 1006 important?
  27. --------------------------------
  28.  
  29. RFC 1006 is important because it allows customers with existing TCP/IP
  30. networks to add OSI services (such as X.400 and X.500) to their end node
  31. systems without replacing or upgrading the existing infrastructure.  RFC 1006
  32. lets the OSI services use the existing TCP/IP network addressing and routing
  33. scheme; RFC 1006 also supports the existing network management tools (for
  34. managing the network transport only).  The OSI services run unchanged, as if
  35. an underlying OSI networking infrastructure were present.  RFC 1006 provides
  36. the "glue" which allows TCP/IP to provide the transport functionality expected
  37. by the OSI services.
  38.  
  39.  
  40. 3.0  How does RFC 1006 work?
  41. -----------------------------
  42.  
  43. A pictorial view of the OSI protocol stack with and without RFC 1006 can best
  44. illustrate how RFC 1006 works:
  45.  
  46.           Pure OSI                 RFC 1006
  47.      (OSI services, upper          (OSI services & upper
  48.       layers, & transport)          layers, TCP/IP transport)
  49.  
  50.       +-----+ +-----+ +----+        +-----+ +-----+ +----+
  51.       |X.400| |X.500| |FTAM|        |X.400| |X.500| |FTAM|   OSI Services
  52.       +-----+-+-----+-+----+        +-----+-+-----+-+----+
  53.       |  ACSE/Presentation |        |  ACSE/Presentation |   Presentation
  54.       +--------------------+        +--------------------+
  55.       |      Session       |        |      Session       |  Session
  56.       +---------+----------+        +--------------------+
  57.       | TP0/2/4 |   TP4    |        |      RFC 1006      |  Transport
  58.       +---------+----------+        +--------------------+
  59.       |  CONS   |  CLNS    |        |       TCP/IP       |  Network
  60.       +---------+----------+        +--------------------+
  61.  
  62.  
  63. Users and applications can use the OSI services directly.  X.400 provides an
  64. asynchronous-store-and-forward capability (most commonly used for electronic
  65. mail).  X.500 specifies a global directory service.  FTAM specifies a
  66. mechanism for file transfer and management.  There are other OSI services, but
  67. they all rely on the functionality of Association Control Service Element
  68. (ACSE)/Presentation layer.
  69.  
  70. The ACSE/Presentation layer provides for a system-independent way of
  71. representing data.  It is in turn dependent on the Session layer, which
  72. provides synchronization and dialogue management.  The Transport layer
  73. provides for the reliable transmission of data, while the Network layer is
  74. responsible for the routing of data through the network.  OSI specifies
  75. several mechanisms at the Transport and Network layer, depending on whether
  76. the underlying link is a connection-oriented link (such as X.25) or a
  77. connectionless link (such as an Ethernet/802.3 LAN).
  78.  
  79. Notice that RFC 1006 by itself does not support the OSI services.  The upper
  80. layers of the OSI stack are still required.  All upper layer addressing is
  81. identical between RFC 1006 and pure OSI protocol stacks.
  82.  
  83. Also note that the OSI services specify the address of the system which they
  84. wish to communicate with in the form of an OSI network address, or Network
  85. Service Access Point (NSAP).  Because the OSI networking layer is replaced by
  86. TCP/IP, there is no NSAP involved in the actual RFC 1006 dialogue between
  87. systems.  The TCP/IP analog to an NSAP is the IP address; a companion standard
  88. to RFC 1006 (RFC 1277) specifies how to generate a unique NSAP given an IP
  89. address.  (The IP address is actually embedded in the NSAP).  Thus, to use RFC
  90. 1006, an OSI service must specify a destination NSAP which has an IP address
  91. embedded in it.
  92.  
  93.  
  94. 4.0  RFC 1006/OSI Coexistence and Migration Issues
  95. ---------------------------------------------------
  96.  
  97. In order for two computer systems to communicate with each other, they must
  98. both use the same network transport, be it TCP/IP, OSI, or something else.
  99. Thus a system providing an OSI service over TCP/IP using RFC 1006 can only
  100. directly connect to another system which is also running RFC 1006.
  101.  
  102. Thus RFC 1006 does NOT provide a mechanism which allows a node running the RFC
  103. 1006 protocol ("an OSI service over a TCP/IP transport") to communicate
  104. directly with a node running a pure OSI stack (an OSI service over an OSI
  105. transport).  Depending on the vendor's implementation, however, a single
  106. system can support the OSI services over two different network transports:
  107. both RFC 1006 (TCP/IP) and an OSI transport.  (See the diagram below of HP's
  108. RFC 1006 implementation for an example of such a "dual stack" approach.)
  109.  
  110. Customers planning to migrate OSI applications from an RFC 1006 (TCP/IP)
  111. transport to an OSI transport, or planning to use both transports
  112. simultaneously, will face several other issues.
  113.  
  114. First, to use an OSI transport, most or all of the networking infrastructure
  115. must support OSI.  This includes not only the customer's end node systems, but
  116. also any intermediate network devices (routers, bridges, etc.).  Thus to use
  117. an OSI transport, a customer with existing TCP/IP-only bridges, routers, et.
  118. al. will have to upgrade them or replace them with multiprotocol versions.
  119.  
  120. Second, the network management environment and software must be upgraded or
  121. duplicated.  OSI uses the Common Management Information Protocol (CMIP), while
  122. TCP/IP relies on the Simple Network Management Protocol (SNMP).  The
  123. Management Information Bases (MIBs) defined for the two protocols, although
  124. similar, are not identical.
  125.  
  126.  
  127. 5.0  HP's Plans for RFC 1006
  128. -----------------------------
  129.  
  130. The following commitment can be made directly to end customers:
  131.  
  132. "HP will provide an implementation of RFC 1006 as part of a standard product
  133. in conjunction with (but shortly after) the release of HP-UX 10.0."
  134.  
  135. ****************************************************************************
  136. WARNING: THE FOLLOWING ADDITIONAL INFORMATION IS PRELIMINARY AND SUBJECT TO
  137. CHANGE.  IT CAN AND SHOULD BE USED TO SET CUSTOMER EXPECTATIONS.  ANY CUSTOMER
  138. COMMITMENTS, HOWEVER, MUST BE APPROVED IN ADVANCE BY HP INFORMATION NETWORKS
  139. DIVISION GENERAL MANAGEMENT.
  140. ****************************************************************************
  141.  
  142. We expect to structure HP's RFC 1006 implementation as part of the existing HP
  143. OSI Transport Services (OTS) product.
  144.  
  145.           +-----+  +-----+  +----+
  146.           |X.400|  |X.500|  |FTAM|      OSI Services
  147.           +-----+  +-----+  +----+
  148.  
  149.       +-------------------------------+
  150.       |       ACSE/Presentation       | \
  151.       +-------------------------------+  \
  152.       |           Session             |   \
  153.       +----------+---------+----------+    > OTS/9000 on HP-UX 10.0
  154.       | TP0/2/4  |    TP4  | RFC 1006 |   /
  155.       +----------+---+-----+----------+  /
  156.       |  CONS    |   CLNS  |  TCP/IP  | /
  157.       +----------+---------+----------+
  158.  
  159. This architecture allows the use of OSI service products on both the OSI
  160. transport and RFC 1006 (TCP/IP) simultaneously.  HP has implemented both the
  161. OSI upper layers and TCP/IP in the kernel, supporting a high performance
  162. implementation of RFC 1006 and upper layer OSI addressing which conforms to US
  163. GOSIP requirements.  Configuration of the OSI services and upper layers is
  164. accomplished using the OSI configuration tool (osiadmin).
  165.  
  166. PLEASE NOTE that this product structure will require the customer to purchase
  167. the OTS product, even if they "only want to run an OSI service over TCP/IP."
  168. Be sure to set the customer's pricing expectations accordingly.
  169.  
  170.  
  171. 6.0  RFC 1006 Competition
  172. --------------------------
  173.  
  174. HP is currently aware of RFC 1006 implementations near completion or shipping
  175. from DEC, Isocore, ISODE, OSF, and Retix.
  176.  
  177. The ISODE code is essentially public domain software, freely available from
  178. many sources.  The ISODE code and some of the other implementations of RFC
  179. 1006 and the upper layer OSI protocols are written in user space.  These
  180. implementations, while functional, are not expected to provide the range of
  181. features of the OTS/9000 implementation.
  182.  
  183. The Open Software Foundation (OSF) Distributed Computing Environment (DCE)
  184. product also provides an implementation of X.500 over RFC 1006.  Again, this
  185. is user space code.  Furthermore, DCE does not provide any OSI services
  186. besides X.500 and does not provide any transports besides RFC 1006.
  187.  
  188. [IND is very interested in information on competitor's RFC 1006 products and
  189. in customer's actual experiences trying to use RFC 1006.  If you are aware of
  190. any competitive or customer information, please pass it along to the Sales
  191. Response Center.]
  192.  
  193.  
  194. 7.0  Bibliography
  195. ------------------
  196.  
  197. "TCP/IP-OSI: 5 Routes to Coexistence" by David Simpson, Systems Integration,
  198. April, 1990.
  199.  
  200. RFC 1006: "ISO Transport Service on top of the TCP, Version: 3" by Marshall T.
  201. Rose & Dwight E. Cass, May 1987.
  202.  
  203. RFC 1277: "Encoding Network Addresses to support operation over non-OSI lower
  204. layers" by S.E. Hardcastle-Kille, November 1991.